Votre recherche :

dump jeux ps3

thoniodu10
Re: HACK PS3 : Sony réagit publiquement et le géant ne semble pa
spiningbird Wrote:je ne comprend pas cette remarque du posteur de cette information à savoir :

Nous allons vous donner quelques informations sur ce hack dans les heures qui viennent car nous avons récupéré le dump fait par GeoHot


ce site est dédié à la ps3 ?? c'est que vous aimez cette console ou je me trompe ?? alors de la à vouloir qu'elle soit piratée je suis surpris...
vouloir diffuser la maniere de craquer cette console me gene pour le moins, non pas que je sois contre le piratage ;) mais j'admets que savoir cette console saine à l'abris des tricheurs de toute sorte me plaisait fortement ainsi que voir des jeux exclusifs de grandes qualités.

Alors que dire, que sony contrera le hack je l'espere oui. Pour que la compétition sur le online reste fairplay et que le online surtout reste gratuit ce qui avec le hack pourrait changer la donne ....


On l'a dit 20 fois tu peux hacker la console sans faire de choses illégales dessus (émulateurs, homebrews, etc). Donc oui PS3GEN aime la ps3 et aime l'exploiter. (T'aimerais avoir une ferrari et rouler à 30km/h? Non, bon alors...)
Voir le sujet
Avatar de l’utilisateur
Tom Vivares
Re: HACK PS3 : Sony réagit publiquement et le géant ne semble pa
spiningbird Wrote:je ne comprend pas cette remarque du posteur de cette information à savoir :

Nous allons vous donner quelques informations sur ce hack dans les heures qui viennent car nous avons récupéré le dump fait par GeoHot


ce site est dédié à la ps3 ?? c'est que vous aimez cette console ou je me trompe ?? alors de la à vouloir qu'elle soit piratée je suis surpris...
vouloir diffuser la maniere de craquer cette console me gene pour le moins, non pas que je sois contre le piratage ;) mais j'admets que savoir cette console saine à l'abris des tricheurs de toute sorte me plaisait fortement ainsi que voir des jeux exclusifs de grandes qualités.

Alors que dire, que sony contrera le hack je l'espere oui. Pour que la compétition sur le online reste fairplay et que le online surtout reste gratuit ce qui avec le hack pourrait changer la donne ....

Oui on l'aime et on l'aimeras encore plus une fois ses capacités débridé O0
Voir le sujet
spiningbird
Re: HACK PS3 : Sony réagit publiquement et le géant ne semble pa
je ne comprend pas cette remarque du posteur de cette information à savoir :

Nous allons vous donner quelques informations sur ce hack dans les heures qui viennent car nous avons récupéré le dump fait par GeoHot


ce site est dédié à la ps3 ?? c'est que vous aimez cette console ou je me trompe ?? alors de la à vouloir qu'elle soit piratée je suis surpris...
vouloir diffuser la maniere de craquer cette console me gene pour le moins, non pas que je sois contre le piratage ;) mais j'admets que savoir cette console saine à l'abris des tricheurs de toute sorte me plaisait fortement ainsi que voir des jeux exclusifs de grandes qualités.

Alors que dire, que sony contrera le hack je l'espere oui. Pour que la compétition sur le online reste fairplay et que le online surtout reste gratuit ce qui avec le hack pourrait changer la donne ....
Voir le sujet
Avatar de l’utilisateur
Tom Vivares
Re: HACK PS3 : Sony réagit publiquement et le géant ne semble pa
sans blague, je suis pas très porté sur l'orthographe non plus, mais les 2 premiers commentaires, ouhhhhhhhh !!!

emboché
le 2e : sur la bonne voix.

quand même les gars, un effort !!

sinon, ça m'étonnerais énormément que Sony fasse un chèque à ce monsieur !
ils vont surtout faire comme PS3gen, récupérer le dump, et voir ce qui peut etre fait pour boucher la brèche au plus vite.

on aura même pas le temps de CF que déja, il y en aura eu une obligatoire avec bouchage des trous.


le hack de la ps3 va augmenter les ventes de la ps3 = plus d'argent pour Sony
alors pourquoi perturber le hack de la part de Sony ?


ahhh, parce qu'en plus, il y en a qui se posent VRAIMENT la question ?
c'est marrant, j'avais surtout notion que Sony perdait de l'argent avec ses console, et en gagnait sur les jeux.

ça serait bien qu'un jour PS3gen fasse un dossier sur la redistrution d'un jeu à 70€
parce qu'apriori, y en a un paquet qui ne sont pas aux faits de l'economie.
Voir le sujet
hf206
Re: UPDATE - INFO ou INTOX - La première faille de la PlayStatio
Bonjour j'ai vu ca sur ultimate ps3 :

Voila un message de MathieuLH sur la partie forum d'un site concurent, pour info, Mathieulh etait quelqu'un de tres présent sur la Scène psp.Il s'est aussi interressé à la ps3. Enfin cest pas un idiot il sait de quoi il parle ;)

Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.
[/quote]
Voir le sujet
Leb2dud2
Re: INFO ou INTOX - La première faille de la PlayStation 3 décou
Mathieulh Wrote:Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.

J'aime bien tout ses commentaire qui explique des chose complexe qu'on comprend pas trop^^.
Par contre si on a une PS3 débug on peut ripper le BR.
Voir le sujet
Avatar de l’utilisateur
Tom Vivares
Re: UPDATE - INFO ou INTOX - La première faille de la PlayStatio
Pour ceux qui ont visiblement la flem de revenir en page 49 et de relire le tout.

Mathieulh Wrote:Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.


Ceci ne vous suffit pas? Pour rappel MatieuLh est un grand codeur et à étroitement travaillé avec D_A dans le domaine de la PSP, Wii, Iphone.

Si vous n'en faites qu'à votre tête en croyant un jeune lycéen le réveil sera alors brutal.

Comme un "bené" j'ais moi même tester sur une slim 3.15 avec un backup de fifia2008 et ceci ne marche pas. En j'en suis ravis. Pas de hack sur PS3 nous garantie la paix.

bref croyais ce que vous voulais mais je garantie que dans peux de temps la news informant au "fake" arrivera.
Voir le sujet
Avatar de l’utilisateur
goldbergg
Re: UPDATE - INFO ou INTOX - La première faille de la PlayStatio
Et bien et bien ^^"

felix vienne Wrote:la vidéo d'un certain "Ouriel" m'a laissé un doute. Pourrais t on avoir un peu plus d'information sur le "overflow" ? (peut être dans la prochaine vidéo)

un overflow est un dépassement de la mémoire tampont, sa ne resprésente pas un hack en soit, mais bien exploité sa peut le permétre, sa ma fait pensser a la premiére Downgrade de la PSP du 2.00 vers le 1.50 ou l'on devais justement utliser un overflow qui permété de lancer un bout de code qui fesait croire a la console qu'elle était en 1.00, le bon vieux temp....

Mathieulh Wrote:

Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr
[...]
Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.


Rain Wrote:
Peut etre Mathieulh raconte n'importe quoi du début à la fin aussi ^__^'

:)

et bien je ne suis pas aussi technique que Mathieulh et mes connaissance sont bien en dessous des siene mais
goldbergg Wrote:
Il a réussie a provoquer un overfow c'est bien, mais ca fais longtemp qu'on a réussie a en provoquer, que sa soit par le lecteur video, image ou depuis un jeux donc...

y a aussi un truc,
il dit que sur le 8iéme SPE se trouve l'hyperviseur, or j'ai toujours entendu que dans le modéle du CELL présent dans la PS3 le 8iéme SPE été griller a l'usine


goldbergg Wrote:Y a un truc que j'ai oublié de dire dans mes précédent post

j'avais aussi entendu dire que le lecteur bluray avais un cryptage, une signature qui permété de faire la diférence entre un BD Officiélle et un backup, et qu'en plus de devoire craker la PS3, il fallait craker le firmware de la PS3 pour lancer un BD non officiélle, y a pas d'autre connaisseur qui pourait me confirmé ???

c'est a peut prés se dont je parlé plus top dans la soiré ^^"

Sinon pour ceux qui parle de l'adresse MAC, pour ceux qui ne save pas se que c'est, c'est un numéro d'identification ecrie en hexa unique et propre a chaque carte réseaux, difuser sont adresse MAC n'est pas vraiment un probléme si sony la voix, difuser une video n'est pas un délie, et rien ne prouve qu'elle est vraix, toutefois masquer sont adresse mac(au niveaux logiciel) et la remplacer par une autre(celle du mec par exemple), dans certain cas sa peut être pratique |:D et la manip est tres simple sous Linux...
Voir le sujet
Avatar de l’utilisateur
MoMo 6o_1
Re: INFO ou INTOX - La première faille de la PlayStation 3 décou
Mathieulh Wrote:
Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour le jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.


Mon sauveur xD !!! Je n'attendait que sa, une personne qui sais de quoi elle parle !
Alors la chapeau, au moins c'est clair et net !
Voir le sujet
mathieulh
Re: INFO ou INTOX - La première faille de la PlayStation 3 décou
lululombard Wrote:
sephirothff Wrote:apres avoir visionner la vidéo de plus pres et fait quelques recherches , la méthode utilisée est identique a celle que l'on utilisait pour jouer a des jeux de firmware suppérieur aux débuts de la PS3 , a l'époque on pouvait avec quelques jeux comme motorstorm faire un swap pour lancer des jeux demandant un firmware plus élevé , donc j'emet des doutes sur l'utilité de la sauvegarde . reste a voir si ca marche avec des backups récents ce dont je doute

la ou j'aimerais avoir des infos c'est au niveau de la modification de la sauvegarde , il n'est fait mention nulle part d'une méthode . quels sont les offsets modifié ?


Je savais même pas que MotorStorm servait dans le passé.
La sauvegarde a été modifié juste pour que le SuperVisor n'est rien d'autre à foutre que vérifier la sauvegarde en boucle.

fiftybo Wrote:J'suis totalement contre un lanceur de "Backup" . J'vois pas l'utilité, tout les gens vont télécharger leurs jeux sur internet, comme avec la PSP, la DS, la WII si un est crée.

Un lanceur d'Homebrew oui ce serait génial, mais un luncher d'ISO, ça signifie piratage de jeux a fond ! Surtout avec les débits actuels de 1MO/s, et la fibre optique n'en parlons pas ! Pour les jeux de 25GO ça reviendrais à 7h de téléchargement. J'suis totalement contre.


Je m'occupe pas de ce que les gens vont faire avec ce programme, Hadopi est là (bien que je suis contre) et moi même je trouve 70€ abusé pour un jeu.
En plus, avec ma méthode on peut lancer des HomeBrew gravés sur Blu-Ray si tout se passe bien ;)


Alors d'une part, seuls 7 SPE sont utilisés, non pas 8, sur les 7 un des SPU est reservé non pas a lv1 (l'hypervisor) mais aux "loaders" en l'occurence pour les jeux, appldr

maintenant sache que lv2 (le kernel de la ps3) tourne par dessus lv1, cela signifie que si tu crash lv1, tu crash lv2, la ps3 va alors bipper (deux fois) et effectuer un hard reboot si tel est le cas)
Si un des loaders (isolated spu binary) est crashé, la console va alors crasher completement et seul l'utilisation du back switch pourras la faire redémarrer (le front pannel ne répondra plus)

Les sauvegardes sont vérifiées par lv2, non pas par l'hypervisor.

Le risque de lancer du code ppu non signé sur la console est inexistant, celui-ci étant verifié à la volée au préalable par le loader (la binary qui tourne en background au niveau de l'isolated spu)

Il est impossible en game mode de modifier la portion de la ram allouée à l'extérieur du jeu à cause notamment des LPAR, meme chose pour la lecture de cette dernière.

Compte tenu de la nature même de l'autentification du disque (appellée secure authentication) mettant en cause pas mal de variables telles qu'une clé unique par disque (utilisée en tant que seed), une encryption par secteur, et même un identifiant unique dans le sfo, swapper le disque comme cela est fait, fait figure de science fiction. Enfin sache que dumper un Bluray de jeu via linux ne sert a rien, le contenu du dossier USRDIR sera encrypté, (la clé pour décrypter ce contenu n'est bien sur pas présent dans le bluray copié), ce qui rend la lecture de cette copie d'autant plus impossible.

Il faut savoir que la plupart des secteurs du bluray sont encryptés (il ya une table qui défini quels secteurs ne sont pas encryptés, il est sous entendu pour la console que les secteurs non répertoriés sont encryptés), le probleme est que la décryption est effectuée de manière transparante par lv2, or lorsque l'on est sous otheros/linux, le kernel (généralement un kernel linux) tourne par dessus lv1 (tout comme lv2 le ferai s'il était lancé), comme lv2 n'est pas chargé, la décryption ne se produit pas.

Si vous voulez verifier ma "théorie", faites une image d'un disque via linux, et ouvrez l'EBOOT.BIN avec un éditeur hexadécimal, vous ne verrez que du garbage, alors qu'il est censé y avoir un self header (commençant par SCE en ASCII)

Le seul moyen d'avoir le vrai dump d'un disque est de lancer du code sur lv2, cela sous entend d'avoir un exploit adéquat ou une console de développement.


En gros, cette vidéo est un gros fake

P.S. Hadès c'est un dieu de la mythologie grecque, et ça ne se prononce pas du tout à l'anglaise.

Sur ce, je vous laisse à vos réflexions.
Voir le sujet